home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1274 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.7 KB
  1. Path: w353zrz.zrz.TU-Berlin.DE!rawneiha
  2. From: rawneiha@w353zrz.zrz.TU-Berlin.DE (Philipp Boerker)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: TMapping again!
  5. Date: 17 Jan 1996 15:44:17 GMT
  6. Organization: Technical University of Berlin, Germany
  7. Message-ID: <4dj5gh$q5k@news.cs.tu-berlin.de>
  8. References: <4d0ou6$835@astfgl.idb.hist.no> <Z31Wx*zA0@mkmk.in-chemnitz.de> <4d42di$9e9@maureen.teleport.com> <4d5lvi$emc@brachio.zrz.TU-Berlin.DE> <4d6v0t$3dt@maureen.teleport.com> <4dg4jk$km@news.cs.tu-berlin.de> <4dhvd5$5r2@maureen.teleport.com>
  9. NNTP-Posting-Host: w353zrz.zrz.tu-berlin.de
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=iso-8859-1
  12. Content-Transfer-Encoding: 8bit
  13.  
  14. sschaem@teleport.com (Stephan Schaem) writes:
  15.  
  16. >Philipp Boerker (rawneiha@w255zrz.zrz.TU-Berlin.DE) wrote:
  17.  
  18. >: Yes, I knew that one, but I never tried it because I doubt,
  19. >: that it will have the accuracy needed. Or can you correct me?
  20.  
  21. > Acuracy of 6bit for Y. 1/64 is not that bad, it
  22. > basicly mean you will repeat 1 pixel from the source upto 64time.
  23. > 64x64 pixels are pretty huge, and for a 32x32 texture map 1/64
  24. > should be enought for reduction.
  25.  
  26. > I never tryed myself,I use 256x256 tmap. and 16/16bit fixed point
  27.  
  28. And so do we... The speed is ok too.
  29.  
  30.  
  31. >: >: Gee, how am I waiting for the 32 regs of the PPC... 8)
  32.  
  33. >: The PPC is fast enough to do some more ops between mem accesses
  34. >: than 68k...
  35.  
  36. > Then you can do operation in between read if the dest register is not
  37. > used by the folowing inst?
  38.  
  39. Yes, of course!! Optimizing code for PPC means mainly to optimize
  40. mem accesses...
  41.  
  42.  
  43. >: The PPC isn't as RISC as most people fear. It's true
  44. >: that there are only four address modes but they are as all
  45. >: PPC instructions very powerful:
  46.  
  47. >: [...]
  48.  
  49. >: Are you missing something?
  50.  
  51. > scaling of the index for any work on array that are not bytes...  
  52.  
  53. There are very powerful shift and rotation ops on PPC. If you want
  54. scaling you do something like (pseudo asm)
  55.  
  56.  lsl.l  rsource2,rx,#2
  57.  move.l rdest,(rsource1,rsource2)
  58.  
  59. (remember RISC:  operation dest,source1,source2)
  60.  
  61. This takes 2 cycles execution time.
  62. Since mmu and int-unit work independently you can optimize that
  63. down to 1 cycle by inserting some ops in between...
  64. Is that ok for you ? ;-)
  65.  
  66.  
  67. > For non time critical part I like/use all the 680x0 adr mode.
  68.  
  69. I never do. Not for speed reasons. I don't even know them...
  70. For non time critical parts on PPC you should use C.
  71.  
  72. > pretty much what a 68000 is capable of, should be fun with a good
  73. > macro assembler to work on that chip.
  74.  
  75. Anything should be fun on a chip (133 Mhz 604) that is faster than the
  76. not-yet-existing Pentium Pro 200Mhz...
  77.  
  78. Greets,
  79. Phil.
  80. ----------------------------
  81. grond/matrix
  82. rawneiha@sp.zrz.tu-berlin.de
  83. ----------------------------
  84.  
  85.